home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 1 / NetNews Offline Volume 1.iso / news / fido / ger / amiga / 4413 < prev    next >
Internet Message Format  |  1996-03-16  |  3KB
  1. From: Axel_Doerfler@p23.f413.n2449.z2.fido.sub.org (Axel Doerfler)
  2. Organization: Point #23 der AmigaXess
  3. Path: f413.n2449.z2.fidonet.org!not-for-mail
  4. Newsgroups: fido.ger.amiga
  5. Subject: Re: Custom-Chips
  6. Message-ID: <MSGID_2=3A2449=2F413.23=40fidonet_A2F70884@fidonet.org>
  7. References: <MSGID_2=3A241=2F575.16=40fidonet_E72A05F1@fidonet.org>
  8. Date: Sun, 03 Dec 1995 17:44:23 +0200
  9.  
  10. Hi Karl,
  11.  
  12. Am 01 Dec 95 hast du zu ½Re: Custom-Chips╗ an mich geschrieben:
  13.  
  14.  GM>>>> library, die ich persoenlich (trotz einiger Bugs) sehr gut finde, um
  15.  GM>>>> schnelle Grafikroutinen erweitert werden.
  16.  AD>>>> Die muessen sich ja nun nicht in der LowLevel-library befinden, weil
  17.  AD>>>> wenn man schnelle (systemkonforme) Grafikroutinen schreiben kann,
  18.  AD>>>> dann gehoeren die IMHO in die graphics.library!! ;)
  19.  
  20.  KL> Die gesuchten Routinen werden sich ganz woanders befinden (RTG). In den
  21.  KL> Strukturen MonitorSpec und SpecialMonitor gibt es einige
  22.  KL> Funktionszeiger mit Bezeichnungen wie LoadView, KillView und
  23.  KL> do_monitor.
  24.  
  25. Das ist doch klar!
  26. Die Funktionen an sich befinden sich natuerlich *nicht* in der graphics.library,
  27. eben wegen RTG und den verschiedenen Monitor-Treibern.
  28. Die Funktionsaufrufe befinden sich deswegen aber trotzdem in der
  29. graphics.library, und das hatte ich damit gemeint.
  30. Zeichenfunktion werden sich deshalb aber trotzdem wohl nie in den
  31. Monitortreibern befinden, sonder dafuer wird es wohl auch wieder neue Module
  32. geben, da z.B. die AGA-Chips viele Monitortreiber haben, die mit den gleichen
  33. Grafikfunktionen laufen.
  34. Vielleicht wird diese Aufteilung auch voellig umgestellt, aber das laesst sich
  35. nun wohl noch nicht sagen.
  36.  
  37.  GM>>> und den gammel benutzen muB. Das waere schieBlich fuer die
  38.  GM>>> Graphics.lib Funktionen noetig. Bei Spielen braucht man diese
  39.  GM>>> Rechzeit
  40.  GM>>> verbrauchenden
  41.  GM>>> Clipping und overlay-Routinen nicht, beziehungs weise kann sie
  42.  GM>>> schneller
  43.  GM>>> und spezifischer schreiben.
  44.  
  45.  KL> Wenn man nur folgende View, ViewPort und RastPort-Funktionen verwendet
  46.  KL> ist man sehr Lowlevel. Clipping und Overlay funktionieren dann nicht,
  47.  KL> da von Hand angelegte RastPort's dies nicht koennen.
  48.  
  49. Trotzdem sind die Zeichenfunktionen der graphics.library nicht gerade die
  50. schnellsten, und das meinte er wohl - auf Views braucht man IMHO nicht
  51. verzichten.
  52.  
  53.  AD>> Naja, ich habe ehrlich gesagt, noch bei keinem Spiel aus meiner Feder
  54.  AD>> (bzw. deren Versuche), das Multitasking ausgeschaltet, daher wusste
  55.  AD>> ich nicht, dass man diese Funktionen nicht verwenden kann - allerdings
  56.  AD>> meine ich trotzdem, dass du dich irrst (:-)... eine Library ist ja
  57.  AD>> kein eigener Task, sondern laeuft ueber den aufrufenden Task, es gibt
  58.  AD>> nur wenige Funktionen, die externe Dinge benoetigen; aber wie gesagt,
  59.  AD>> ausprobiert habe ich es noch nicht... :)
  60.  
  61.  KL> Schwierigkeiten mit dem Multitasking kann ich mir nur bei den
  62.  KL> Blitterfunktionen vorstellen.
  63.  
  64. Ich mir eigentlich auch.
  65.  
  66. Adios...
  67.          Axel.
  68.